System and Method for Associating Media Files with Messages

ABSTRACT

A system and method for composing an audio message are disclosed, which may include a memory for storing control parameters identifying respective preconfigured audio segments, the preconfigured audio segments being emotones; a recorder for enabling a user of the recording system to introduce user voice input into an audio message; and command input means for enabling the user of the recording system to selectively add user voice input and emotones into the audio message.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Patent Application Ser. No. 61/597,260, filed Feb. 10, 2012, entitled “Mixing Special Sounds as Emotional Gestures in Voice Messages for Mobile Applications”, [Attorney Docket 960-03U51], the entire disclosure of which is hereby incorporated herein by reference.

BACKGROUND OF THE INVENTION

In today's email systems which may include SMS (Short Message Service), texting and online posting, it is common to include so-called emoticons or emotional icons as an emotional gesture or expression by the sender. For example, the smiley face is almost universal, and it is often entered (or typed) by users by entering the keystroke sequence: “:-)” on a regular keyboard. Many display systems recognize this keystroke sequence and display the smiley-face graphical symbol in response thereto. In fact, the Apple iPhone® provides a custom keyboard called Emoji to allow users enter varieties of emoticons conveniently. Other smartphones and smart mobile devices have similar capabilities.

A related practice among these messaging services is the use of Internet slang in the message itself. For example, “LOL” means Laughing Out Loud. Various online dictionaries are available that define a extensive list of abbreviations used in this manner. The common thread between emoticons and Internet slang is that they represent a form of emotional gesture expressed by the sender as part of the message. It is also not uncommon to see a message including a single emoticon or a single Internet slang expression with no other written text. This practice so far is limited to text-based messaging or posting. It is also important to note that these emoticons and Internet slang expressions are embedded into messages and are thus not attachments that are separately opened and then read.

However, evolving technologies including those employed with increasingly popular Smartphones enable the use of ever more diverse types of communication formats. And the forms of emotional gesturing used in messaging of the longer established technologies don't fit well with various emerging technologies. Accordingly, there is a need in the art for a system and method for enabling emotional gesturing that is compatible with new forms of data communication between users of various modern devices.

SUMMARY OF THE INVENTION

According to one aspect, the present invention is directed to a system for composing an audio message, which may include a memory for storing control parameters identifying respective preconfigured audio segments, the preconfigured audio segments being emotones; a recorder for enabling a user of the recording system to introduce user voice input into an audio message; and command input means for enabling the user of the recording system to selectively add user voice input and emotones into the audio message. Other aspects, features, advantages, etc. will become apparent to one skilled in the art when the description of the preferred embodiments of the invention herein is taken in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

For the purposes of illustrating the various aspects of the invention, there are shown in the drawings forms that are presently preferred, it being understood, however, that the invention is not limited to the precise arrangements and instrumentalities shown.

FIG. 1 is a block diagram showing a communication network enabling communication among mobile devices in accordance with an embodiment of the present invention;

FIG. 2 is an illustration of a user interface screen useable to prompt a user of a mobile device to record a voice message in accordance with an embodiment of the present invention;

FIG. 3 is an illustration of a user interface screen useable to prompt a user of a mobile device to record a voice message that includes emotones, in accordance with an embodiment of the present invention; and

FIG. 4 is a block diagram of a computer system useable in conjunction with an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

In the following description, for purposes of explanation, specific numbers, materials and configurations are set forth in order to provide a thorough understanding of the invention. It will be apparent, however, to one having ordinary skill in the art that the invention may be practiced without these specific details. In some instances, well-known features may be omitted or simplified so as not to obscure the present invention. Furthermore, reference in the specification to phrases such as “one embodiment” or “an embodiment” means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. The appearances of phrases such as “in one embodiment” or “in an embodiment” in various places in the specification do not necessarily all refer to the same embodiment.

Our interest here is to apply the concept of emotional gestures to multimedia messaging including voice messaging and/or video messaging by mobile users. Specifically, this disclosure enables define, configure files for, and use special sounds, still images, and/or video segments, to designate audio segment, or multimedia segment, analogous to an emoticon or Internet slang expression. Such media segments are referred to herein as Emotones.

Emotones may include human voice-like sounds, but are not limited to human voice sounds. Emotones may include the sounds of machine voice, musical instruments, sounds mimicking machinery or other sounds that users are familiar with, special sound effects such as the type used in movies and video animation, among other types of sounds in addition to, or in place of, human voice sounds.

Moreover, in an alternative embodiment, emotones could include preconfigured image data (either still image or continuous-action video) in addition to, or in place of, audio data. For example, the user-uttered expression “I just had an idea!” could be accompanied by a combination of audio and image or video imagery commonly used in animation in this context. For example, the “idea” text, quoted above, could be accompanied by the image of a light bulb turning on (using either a still image or a brief video sequence) and a sound including a brief high-pitched sound. Thus, in this alternative embodiment, either or both of (a) the user-generated media data and (b) the preconfigured emotone media data could include any one of, or any combination of: voice, other sounds, still images, and video segments. Moreover, user-generated media need not be limited to voice data. Instead, users could generate video segments for incorporation into a message either in place of, or in addition to, voice segments. Moreover, still images could be added to the user message.

For example, the expression “LOL” is commonly presented as a snippet of human laughing in text messages. Specific Emotones may be preconfigured in a system and may be made available for use by users of mobile communication devices with smartphones, as needed, for inclusion in voice messages to be sent to other users of mobile devices. In other words, we have devised a practical way to enable mobile device users to compose and send voice messages with Emotones embedded in the voice messages. Existing systems do not provide this capability.

In an embodiment, users may use mobile phones to exchange voice messages with one another. The users' mobile phones may be modern smartphones that are capable of connecting to the cellular network with data and Internet services. These smartphones also support the use of mobile software applications (commonly referred to as “apps”) that may be downloaded to the phones to provide specific services. Mobile applications have become popular in recent years and enjoy widespread use in all types and makes of smartphones.

One example is a messaging application that allows users to send text messages to one another using the data channel instead of the SMS (Short Message Service) in the phone. Among voice messaging apps, the typical approach is to use the data or Internet channel to support the voice message delivery.

We note that devices other than mobile communication devices may combine the various types of media files needed to form a complete audio message, or complete multimedia message that includes image data. For instance, a desktop personal computer could be used in this manner, among other types of generally fixed types of computing equipment. Moreover, computer equipment need not necessarily communicate over wireless communication links to practice the concepts disclosed herein. A desktop computer coupled to a local area network, and/or the Internet, over a wired connection may be used to record voice data and to incorporate either control parameters that identify additional media files, or to incorporate the additional media files (either audio, video, still-image etc.) themselves into a complete multimedia message.

FIG. 1 is a block diagram showing a communication network 10 enabling communication among mobile devices 200 in accordance with an embodiment of the present invention. Communication network 10 may include Voice Message Server (VMS) 100, mobile devices 200-a, 200-b, 200-c etc (collectively mobile devices 200), which mobile devices may in turn include respective instances of voice message application (VMA) 210.

FIG. 1 depicts a system 10 in which a user with a mobile phone 200-a (also referred to herein as M1) uses a voice messaging application 210 to generate a voice message for a selected recipient. The VMA 210 preferably provides a convenient interface to enable a user to record and send a voice message to other users, and also to retrieve voice messages received from other users. The VMA 210 preferably communicates with a voice messaging server (VMS) 100 in network 10 to support the messaging service by storing and delivering the voice messages to recipients.

In an embodiment, VMA 210 of mobile device 200-a provides a graphical user interface for a user to designate a recipient and to record a voice message for delivery to that designated recipient. The recorded message may first be sent to the VMS 100 so that the VMS 100 can deliver the message to the intended recipient. For various reasons, the VMS 100 may first store the message from mobile device 200-a before delivering it to the recipient device. For example, the recipient device 200-x may be unavailable (that is, the recipient's phone or VMA 210 may be turned off). After delivering the message to the recipient, the VMS 100 may delete the message or keep a copy thereof. In the following, we describe the contents and generation of the voice message.

In an embodiment, to enable a user to create a voice message using mobile device 200-a for delivery to a recipient, VMA 210 may present a screen 300 to the user on device 200-l that includes the recipient name and control inputs 310, 320, and 330 to compose the recording (see FIG. 2). A message length indicator 302 may also be provided.

A user interface for enabling such inputs may take many forms. For example, the recording might be done with traditional names for the respective controls such as “Record, “Pause/Resume,” “Review,” and “Send” etc. Alternatively, the interface could include a soft or hard button that a user contacts, wherein the user then speaks while the button is depressed. In addition, the VMA 210 may enable the user of device 200-a to add an attachment to the message such as a video segment, a document, a text file, a sound file, among other types of attachments.

In an embodiment, attachments, as described above, may be data entities that are distinct and separate from the voice message itself, even though the attachments may be linked to the voice message to enable a recipient of the voice message to readily access and view (or hear) the attachments. Thus, when using the message-and-attachment format of data communications, the voice message and any files attached to, or linked to, the voice message, are preferably separate (i.e. non-integrated) files and are preferably delivered to the recipient in that manner. Thus, in this embodiment, the user of device 200-a preferably records only the voice message itself using the VMA controls.

Emotones

In an embodiment, the role of emotones in voice messages may be considered analogous to the role of emoticons in text and email messages. There are numerous Internet or text slang expressions that may be represented using emoticons. For example, “LOL” stands for “Laughing Out Loud,” and “TTYL” means “Talk to You Later.” Turning to emoticons, one commonly used emoticon is the “smiley face” symbol which may generally be entered into a text message using the text string “:)”. A graphical image is commonly generated from the above-quoted text by various text editing programs.

The text expressions and graphical image discussed above may all be referred to as expressive gestures. In an embodiment herein, a specified sound may be generated for each gesture, and may be created and then stored in a sound file (also referred to herein as an audio file) that is stored so as to be associated with a corresponding gesture. The “specified sounds” may include any sound a user may wish to include in a voice message (or in a multimedia message that includes audio data among other types of data) that aids in conveying in idea, emotion, or other aspect of the message. For instance, a specified sound for an emotone may include human voice, machine voice, musical notes, or any sound that can be used to represent a gesture.

In one embodiment, emotone files may be defined, created, catalogued and/or stored in the VMS 100 for later use by users sending messages to one another using mobile devices 200, or other computing devices, and VMS 100. Each Emotone may be referenced by a specific pointer to the file location thereof in the VMS 100. In alternative embodiments, emotones may be defined, created, and stored in locations other than VMS 100. In one embodiment, an individual mobile device 200-a may be used to create and store an emotone and store the emotone in mobile device 200-a, or any other device that is in communication with mobile device 200-a. In some embodiments, mobile device 200-a may send a message that includes a voice segment and a link or pointer to an emotone that is stored within VMS 100. In other embodiments, mobile device 200-a may instead access any needed emotones within its own data storage and transmit a message to VMS 100 that already includes all of the emotones associated with the transmitted voice message. In yet other embodiments, the emotones could be added by the recipient device (such as, for instance, device 200-c in FIG. 1).

FIGS. 2 and 3 show user interfaces that may be generated by VMA 210 for presentation on a display screen of mobile device 200-a. FIG. 2 shows a user interface menu without the Emotone button. FIG. 2 shows various labeled recording functions 310-330. FIG. 2 also shows a message-length bar 302 to indicate the length of the recorded message, to provide for convenient reviewing of the message prior to a transmission of the message to VMS 100.

FIG. 3 shows a graphical user interface similar to that of FIG. 2, but with the ability to add emotones 340 included. For the sake of simplicity and compactness, FIG. 3 only displays two buttons associated with two respective emotones. However, the present invention is not limited to using the two emotones displayed in FIG. 3. An Emotone button may be tapped before Record, after Stop or Pause to insert the selected emotone into the voice message. An example of a voice message having emotones incorporated therein is provided below.

Generation of Exemplary Voice Message with Emotones Included

One possible sequence of steps is as follows: 1) Tap the “Record” key; 2) Utter the text sequence: “Hi, Bob, thanks for the birthday card”; 3) Tap the Pause key; 4) Tap LOL; 5) Tap the “Resume” key; 6) Utter the text sequence: “What a funny card”; 7) Tap the Pause key or Stop; 8) Tap Smiling; 9 Tap Send. The voice message created using steps (1) through (9) above may be played as follows:

INTEGRATED VOICE MESSAGE RESULT: “Hi, Bob, thanks for the birthday card. (Laughing sound) What a funny card. (“Smiling” sound)”.

A preferred embodiment may include the following two features. First, a user of mobile device 200-a is preferably able to compose and generate an audio message that includes human voice and/or Emotones by simply tapping on soft or hard buttons on a display screen of mobile device 200-a. Second, the final audio message ultimately transmitted from mobile device 200-a to VMS 100, and thereafter to the recipient, may be played as a single integrated message with Emotones embedded into the message itself. Moreover, some emotones may be set up to be background sound, and the message data may be configured to play the background-sound emotone simultaneously with other audio data in the same audio message. The user interface may be set up to enable a user to implement simultaneous sounds using the interface shown in FIGS. 2 and 3. Below, we discuss how to implement the aforementioned Emotone recording in the VMA software.

In many modern smartphones, voice codecs are available for recording audio data. The VMA 210 may use such codecs to generate digital voice streams or packets, and then send the digital voice streams to the VMS 100. The VMA 210 may also be used to stream the voice packets to the VMS 100 as the user speaks into the smartphone's built-in microphone. Alternatively, the smartphone 200-a may queue up the entire voice segment in a local memory storage device (not shown) and then send the file to the VMS 100 in response to the user pressing the “Send” button. Either way, the VMS 100 preferably receives a voice file corresponding to the media part of the voice message itself.

The treatment of image data may proceed in an manner analogous to the above discussion of the generation and transmission of voice data, and other types of audio data. Specifically, many modern smartphones include still cameras and video cameras. Thus, the smartphone may be used obtain and store one or more still images and/or one or more video segments. Thereafter, the smartphone 200-a may transmit a multimedia message, that may include recorded voice segments, control parameters that identify emotone audio segments, or actual emotone audio segments. However, in this embodiment, the multimedia message may further include user-generated still image data, user-generated video segments; control parameters that identify preconfigured still images, or preconfigured still images themselves; control parameters that identify preconfigured video segments, and/or preconfigured video segments themselves. Thus, multimedia messages may be created that include any combination of user-generated material in audio, still-image, and/or continuous-video form; as well as preconfigured material (that is, emotone-like material that is accessed by, but usually not generated by, the user) in audio form, still-image form, and/or continuous-video form.

A protocol may be provided to enable communication between VMA 210 and VMS 100 for the transfer of audio files, or multimedia files, generated as described herein. For example, a standard protocol such as HTTP (Hypertext Transfer Protocol) may be used to support the voice file transfer from mobile device 200-a to VMS 100, as well as the transfer of control parameter information from VMA 210 to VMS 100 associated with the preconfigured audio segments of the audio message. Using the aforementioned example, the message may include two voice segments (steps #2 and #6), and two Emotone audio segments (steps #4 and #8). The two voice segments could be stored by the VMA 210 in two respective voice files, and the entire message to be transmitted may consist of the first voice file followed by the “LOL” Emotone (or a control parameter that identifies the “LOL” emotone, and then the second voice file followed by the Smiling Emotone (or a control parameter identifying the smiling emotone).

If the Emotones audio files are stored in VMA 210 memory, then the VMA 210 could assemble an entire message file as a single audio file by inserting the Emotones into the two audio files before transmitting the entire message to the VMS 100. Alternatively, control parameters (which may be referred to as control data) could be designated for each Emotone, and the resulting message structure, which would include a combination of spoken voice segments and sets of control parameters for respective emotones, could be transmitted to the VMS 100. Thereafter, the VMS 100 may assemble a final audio message using the transmitted voice segments and inserting audio files specified by the respective sets of control parameters. The latter approach (i.e. of assembling the message the VMS 100) provides the advantage of minimizing the data transmission bandwidth between the mobile device 200-a and the VMS 100, and avoiding the need for storing Emotone sound files in the local memory of the mobile device 200-a.

Additionally, as plural users in a population accumulate Emotones, the entire library could be made available to other users of VMS 100. Such availability may be accomplished by permitting access to the library by the users, or by downloading, from time to time, the updated library from VMS 100 to individual mobile devices.

The message transmitted from the VMA 210 to the VMS 100, consistent with the emotone example discussed above, could include the following coding specifications:

-   a) Message=4 segments -   b) Segment #1=Voice File #1 -   c) Segment #2=Emotone LOL -   d) Segment #3=Voice File #2 -   e) Segment #4=Emotone Smiling -   f) Voice File #1=“Hi, Bob, thanks for the birthday card.” -   g) Voice File #2=“What a funny card.”

The information between (a) and (e) includes control parameters while the voice files in coding specifications (f) and (g) are voice media files. Specifically, part (a) states that the message should have 4 voice segments. Part (b) states that the first segment should be the voice media contained in Voice File #1. Part (c) states that the second segment is the Emotone called “LOL.” Part (d) states that the third segment is the voice media contained in Voice File #2. Part (e) states that the last segment is the Emotone called “Smiling.” Part (f) is the recorded media file called Voice File #1, and part (g) is the other recorded media file called Voice File #2. With all of the above specifications, the VMS 100 can assemble the various components into a single voice file and transmit the assembled single voice file to the recipient. In this embodiment, the recipient device need not have any special data processing capabilities other than the ability to play the voice file transmitted from the VMS 100.

However, in an alternative embodiment, the VMS 100 could retransmit the above-described message, with coding specifications (a) through (g) to the recipient mobile device 200-b without modification. Thereafter, recipient mobile device 200-b could assemble the final audio file including all of the spoken voice segments and all of the emotones.

FIG. 4 is a block diagram of a computing system 400 adaptable for use with one or more embodiments of the present invention. For instance, one or more of the communication devices 200, of the computers deployed within the voice message server 100, or other computers discussed in this disclosure may incorporate some or all of the features of computing system 400.

Central processing unit (CPU) 402 may be coupled to bus 404. In addition, bus 404 may be coupled to random access memory (RAM) 406, read only memory (ROM) 408, input/output (I/O) adapter 410, communications adapter 422, user interface adapter 406, and display adapter 418.

In an embodiment, RAM 406 and/or ROM 408 may hold user data, system data, and/or programs. I/O adapter 410 may connect storage devices, such as hard drive 412, a CD-ROM (not shown), or other mass storage device to computing system 400. Communications adapter 422 may couple computing system 400 to a local, wide-area, or global network 424. User interface adapter 416 may couple user input devices, such as keyboard 426, scanner 428 and/or pointing device 414, to computing system 400. Moreover, display adapter 418 may be driven by CPU 402 to control the display on display device 420. CPU 402 may be any general purpose CPU.

It is noted that the methods and apparatus described thus far and/or described later in this document may be achieved utilizing any of the known technologies, such as standard digital circuitry, analog circuitry, any of the known processors that are operable to execute software and/or firmware programs, programmable digital devices or systems, programmable array logic devices, or any combination of the above. One or more embodiments of the invention may also be embodied in a software program for storage in a suitable storage medium and execution by a processing unit.

Although the invention herein has been described with reference to particular embodiments, it is to be understood that these embodiments are merely illustrative of the principles and applications of the present invention. It is therefore to be understood that numerous modifications may be made to the illustrative embodiments and that other arrangements may be devised without departing from the spirit and scope of the present invention as defined by the appended claims. 

1. A method for transmitting a voice message comprising: composing at least a portion of a voice message by a user using a first mobile device; incorporating control data identifying one or more preconfigured audio segments into the voice message at the first mobile device; and sending the voice message from the first mobile device to a voice message server (VMS).
 2. The method of claim 1 further comprising: further transmitting the message, from the VMS to a recipient mobile device.
 3. The method of claim 2 further comprising: playing the voice message at the recipient mobile device.
 4. The method of claim 1 further comprising: incorporating the preconfigured audio segments, described by the control data, into the voice message at the mobile device prior to sending the voice message to the VMS.
 5. The method of claim 1 further comprising: incorporating the preconfigured audio segments, described in the control data, into the voice message at the VMS.
 6. The method of claim 5 wherein the step of incorporating the preconfigured audio segments, described in the control data, into the voice message at the VMS, is performed only if the preconfigured audio segments were not so incorporated at the mobile device.
 7. The method of claim 1 wherein the step of incorporating comprises performing an operation selected from the group consisting of: tapping a key on the mobile device; the user issuing a voice command to the mobile device; and the user scanning an image using the mobile device.
 8. The method of claim 1 wherein the preconfigured audio segments are independent of any image data associated with the voice message.
 9. The method of claim 1 wherein at least one said preconfigured audio segment is indicative of an emotional gesture.
 10. The method of claim 1 wherein the composing step comprises: the user uttering speech into the mobile device; and the mobile device recording the user-uttered speech.
 11. The method of claim 1 further comprising: the VMS storing a catalog of preconfigured audio segments, all of said preconfigured audio segments being identifiable by control data capable of being entered into one or more mobile devices in communication with the VMS.
 12. A communication network, comprising: a voice message server (VMS) including data storage equipment operable to store a catalog of prerecorded emotones identified by respective control parameters; a plurality of mobile devices in communication with the VMS, the mobile devices being operable to transmit voice messages to each other via the VMS, the transmitted voice messages including at least one control data sequence identifying at least one user-selected prerecorded emotone of said catalog of emotones.
 13. The communication network of claim 12 further comprising: voice message applications (VMAs), executing on digital hardware, installed on a plurality of the mobile devices, for providing a user interface to enable users of the mobile devices to compose audio messages including recorded voice segments and control data sequences identifying respective emotones.
 14. The communication network of claim 13 wherein each said emotone may include audio data of one or more types selected from the group consisting of: (a) human voice; (b) machine-generated voice; (c) special effects sounds; and (d) musical instrument sounds.
 15. The communication network of claim 12 wherein at least one of the mobile devices comprises: a memory operable to store control parameters associated with respective emotones.
 16. The communication network of claim 12 wherein at least one said mobile device comprises: a display screen operable to present an interface to enable a user to enter voice message creation and editing commands.
 17. An audio message composition device, comprising: a memory for storing control parameters identifying respective preconfigured audio segments, the preconfigured audio segments being emotones; a recorder for enabling a user of the recording system to introduce user voice input into an audio message; and command input means enabling the user of the recording system to selectively add user voice input and emotones into said audio message.
 18. The audio message composition device of claim 17 further comprising: a display screen; and a graphical user interface for display on said display screen including buttons to enable the user to enter commands to the composition device.
 19. The audio message composition device of claim 18 wherein the user interface comprises: a first button for enabling a user to control a recordation of user voice input for inclusion in said audio message.
 20. The audio message composition device of claim 18 wherein the user interface comprises: a second button for enabling user insertion of emotones into said audio message.
 21. The audio message composition device of claim 20 wherein the audio message composition device is operable to propose a default emotone for insertion into the audio message in response to a content of user voice input recorded by the composition device.
 22. The audio message composition device of claim 18 wherein the user interface comprises: at least one button for entering specified emotones into the audio message.
 23. The audio message composition device of claim 17 wherein an application running on a processor in the audio message composition device enables the operation of the recorder and the command input means.
 24. The audio message composition device of claim 17 further comprising: a microphone for converting said user voice input into an electrical signal.
 25. The audio message composition device of claim 17 further comprising: a speaker for transmitting baseband sound to the user.
 26. The audio message composition device of claim 18 wherein the graphical user interface comprises: input means to enable the user to indicate that an audio message is in final form.
 27. The audio message composition device of claim 26 further comprising: means for transmitting a final audio message over a communication network to a server system.
 28. A server system comprising: a plurality of server computers distributed over a communication network; a data storage system in communication with the server computers, the data storage system including a plurality of data storage devices; wherein the data storage system is operable to store a plurality of preconfigured audio segments associated with a plurality of respective control parameters.
 29. The server system of claim 28 further comprising: means for receiving an audio file over a communication network from a mobile device, the received audio file including control parameters identifying respective preconfigured audio segments;
 30. The server system of claim 29 further comprising: means for incorporating the preconfigured audio segments identified by the control parameters into the received audio file to provide a completed audio file.
 31. The server system of claim 30 further comprising: means for transmitting the completed audio file from the server system over a communication network to at least one mobile communication device.
 32. A method for composing a multimedia message, comprising: recording at least one user voice segment by a first communication device; storing the recorded voice segment in an audio message file; and incorporating at least one control parameter indicative of at least one respective preconfigured audio segment into the audio message file.
 33. The method of claim 32 further comprising: arranging an order of the at least one voice segment and the at least one control parameter to provide an ordered audio message file.
 34. The method of claim 33 further comprising: transmitting the ordered audio message file over a communication network from the first communication device to a server system.
 35. The method of claim 34 further comprising: the server system incorporating at least one preconfigured audio segment indicated by the at least one control parameter into the transmitted audio message file, to finalize the audio file.
 36. The method of claim 35 further comprising: sending the finalized audio file from the server system over the communication network to a recipient communication device.
 37. The method of claim 32 further comprising: the first communication device incorporating at least one preconfigured audio segment indicated by the at least one control parameter into the transmitted audio message file to finalize the audio file.
 38. The method of claim 32 further comprising: recording at least one user-generated video segment; and storing the recorded user video segment in a video message file.
 39. The method of claim 38 further comprising: incorporating at least one control parameter indicative of at least one respective preconfigured video segment into the video message file.
 40. The method of claim 39 further comprising: combining the audio message file and the video message file into a multimedia message file. 